Broadcast receiver and 3D video data processing method thereof

ABSTRACT

A broadcast receiver and a 3D video data processing method are disclosed. The method includes receiving a broadcast signal including system information and video data, parsing system information of a program, and determining whether the program provides a 3D broadcast service from the system information, extracting, if the program provides a 3D broadcast service, broadcast data of the program, and processing video data of broadcast data according to the system information. The broadcast receiver includes a receiving unit receiving a broadcast signal including system information and video data, an SI processor parsing system information of a program, and determining whether the program provides a 3D broadcast service from the system information, a demultiplexer extracting, if the program provides a 3D broadcast service, broadcast data of the program, and a video processor processing video data of the broadcast data according to system information.

This application claims the benefit of priority of U.S. ProvisionalApplication No. 61/251,273 filed on Oct. 13, 2009 and PCT ApplicationNo. PCT/KR2010/001704 filed on Mar. 19, 2010, all of which areincorporated by reference in their entirety herein.

TECHNICAL FIELD

The present invention relates to an apparatus and method for processinga broadcast signal, and more particularly to a broadcast receiver forprocessing video data using signaling information of a 3D broadcastservice when a 3D broadcast system provides the 3D broadcast service,and a 3D video data processing method thereof.

BACKGROUND ART

Generally, a three dimensional (3D) image (or a stereoscopic image)provides a user's eyes with a stereoscopic effect using the stereoscopicvisual principle. A human being feels both near and far through abinocular parallax caused by a distance between their eyes spaced apartfrom each other by about 65 mm, such that the 3D image enables bothright and left eyes to respectively view associated planar images,resulting in the stereoscopic effect and the perspective effect.

The above-mentioned 3D image display method may be classified into astereoscopic scheme, a volumetric scheme, a holographic scheme, etc. Incase of using the stereoscopic scheme, the 3D image display methodprovides a left view image to be viewed by the left eye and a right viewimage to be viewed by the right eye, such that the user's left eye viewsthe left view image and the user's right eye views the right view imagethrough either polarization glasses or a display device, resulting inrecognition of the 3D image effect.

DISCLOSURE OF INVENTION Technical Problem

Accordingly, the present invention is directed to a broadcast receiverand a 3D video data processing method, that substantially obviate one ormore problems due to limitations and disadvantages of the related art.

An object of the present invention is to provide a broadcast receiver,and a 3D video data processing method, which transmit and receive 3Dvideo data when a 3D broadcast system transmits a video stream forstereoscopic display, and process the 3D video data using the broadcastreceiver, and thus providing a user with more effective and convenientbroadcast environments.

Solution to Problem

The object of the present invention can be achieved by providing a threedimensional (3D) broadcast data processing method for use in a broadcastreceiver, the method including receiving a broadcast signal includingsystem information and video data, parsing system information of aprogram, and determining whether the program provides a 3D broadcastservice on the basis of the system information, extracting, if theprogram provides a 3D broadcast service, broadcast data corresponding tothe program, and processing video data contained in the broadcast dataaccording to the system information.

In another aspect of the present invention, provided herein is abroadcast receiver including a receiving unit for receiving a broadcastsignal including system information and video data, a system information(SI) processor for parsing system information of a program, anddetermining whether the program provides a 3D broadcast service on thebasis of the system information, a demultiplexer for extracting, if theprogram provides a 3D broadcast service, broadcast data corresponding tothe program, and a video processing unit for processing video datacontained in the broadcast data according to the system information.

Advantageous Effects of Invention

According to embodiments of the present invention, the broadcastreceiver can process 3D video data such that a 3D effect intended by a3D broadcast service provider is reflected in the 3D broadcast service.

In addition, the embodiments of the present invention can effectivelyprovide a 3D broadcast service simultaneously while minimizing theeffect on a conventional 2D broadcast service.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings, which are included to provide a furtherunderstanding of the invention, illustrate embodiments of the inventionand together with the description serve to explain the principle of theinvention.

In the drawings:

FIG. 1 is a conceptual diagram illustrating a method for providing a 3Dbroadcast service according to a program number allocation according toa first embodiment of the present invention.

FIG. 2 is a conceptual diagram illustrating a method for providing a 3Dbroadcast service according to a program number allocation according toa second embodiment of the present invention.

FIG. 3 shows a syntax structure of a Program Map Table (PMT) including3D broadcast information according to one embodiment of the presentinvention.

FIG. 4 shows a syntax structure of 3DTV information contained in a PMTaccording to one embodiment of the present invention.

FIG. 5 shows a syntax structure of 3DTV Elementary Stream (ES)information contained in a PMT according to a first embodiment of thepresent invention.

FIG. 6 is a block diagram illustrating one example of a broadcastreceiver for processing a broadcast signal according to a firstembodiment of the present invention.

FIG. 7 is a block diagram illustrating another example of a broadcastreceiver for processing a broadcast signal according to a firstembodiment of the present invention.

FIG. 8 shows a syntax structure of a PMT including 3D broadcastinformation according to one embodiment of the present invention.

FIG. 9 shows a syntax structure of 3DTV information contained in a PMTaccording to one embodiment of the present invention.

FIG. 10 shows a syntax structure of 3D format information contained in aPMT according to one embodiment of the present invention.

FIG. 11 is a block diagram illustrating a broadcast receiver forprocessing a broadcast signal according to a second embodiment of thepresent invention.

FIG. 12 is a structural diagram illustrating a broadcast receiver thatconverts a multiplexing format of a received image into another formatusing 3D image format information and outputs the converted resultaccording to one embodiment of the present invention.

FIG. 13 is a conceptual diagram illustrating a video data processingmethod of a broadcast receiver that converts a multiplexing format of areceived image using 3DTV format information and outputs the convertedresult according to one embodiment of the present invention.

FIG. 14 is a flowchart illustrating a broadcast data processing methodof a 3D broadcast receiver according to one embodiment of the presentinvention.

BEST MODE FOR CARRYING OUT THE INVENTION

Reference will now be made in detail to the preferred embodiments of thepresent invention, examples of which are illustrated in the accompanyingdrawings. The detailed description, which will be given below withreference to the accompanying drawings, is intended to explain exemplaryembodiments of the present invention, rather than to show the onlyembodiments that can be implemented according to the present invention.

Prior to describing the present invention, it should be noted that mostterms disclosed in the present invention are defined in consideration offunctions of the present invention and correspond to general terms wellknown in the art, and can be differently determined according tointention of those skilled in the art, usual practices, or introductionof new technologies. In some cases, a few terms have been selected bythe applicant as necessary and will hereinafter be disclosed in thefollowing description of the present invention. Therefore, it ispreferable that the terms defined by the applicant be understood on thebasis of their meanings in the present invention.

The 3D image display method includes a stereoscopic imaging scheme inwhich two viewpoints are considered and a multi-view imaging scheme inwhich three or more viewpoints are considered. In contrast, a singleview image scheme shown in the related art may also be referred to as amonoscopic image scheme.

The stereoscopic imaging scheme is designed to use one pair of right andleft view images acquired when a left-side camera and a right-sidecamera spaced apart from each other by a predetermined distance capturethe same target object. The multi-view imaging scheme uses three or moreimages captured by three or more cameras spaced apart by a predetermineddistance or angle. Although the following description disclosesembodiments of the present invention using the stereoscopic imagingscheme as an example, the inventive concept of the present invention mayalso be applied to the multi-view imaging scheme. For convenience ofdescription and better understanding of the present invention, the term‘stereoscopic’ may also be referred to as ‘stereo’ as necessary.

A stereoscopic image or multi-view image may be compressed and codedaccording to a variety of methods including a Moving Picture ExpertsGroup (MPEG) scheme, and transmitted to a destination.

For example, a stereoscopic image or a multi-view image may becompressed and coded according to the H.264 /Advanced Video Coding (AVC)scheme, and transmitted. In this case, the reception system may decode areceived image in reverse order of the H.264/AC coding scheme, such thatit is able to obtain the 3D image.

In addition, one of a left view image and a right view image of astereoscopic image or one of multiple-view images may be assigned to animage of a base layer, and the remaining one may be assigned to an imageof an extended layer. The base layer image may be encoded using the samemethod as the monoscopic imaging method. In association with theextended layer image, only information of the relationship between thebase layer image and the extended layer image may be encoded andtransmitted. As an exemplary compression coding scheme for the baselayer image, a JPEG, an MPEG-2, an MPEG-4, or a H.264/AVC scheme may beused. For convenience of description, the H.264/AVC scheme may beexemplarily used in one embodiment of the present invention. In oneembodiment of the present invention, the compression coding scheme foran image of an upper or higher layer may be set to the H.264/Multi-viewVideo Coding (MVC) scheme.

A conventional terrestrial DTV transmission/reception standard is basedon 2D video content. Therefore, in order to provide 3D TV broadcastcontent, a transmission/reception standard for 3D video content must beadditionally defined. The broadcast receiver receives a broadcast signalaccording to the added transmission/reception standard, and properlyprocesses the received broadcast signal, such that it can support the 3Dbroadcast service. In addition, when a 3D broadcast service is provided,the broadcast receiver receives a 2D broadcast service and a 2Dbroadcast service, such that it has to consider backward compatibilitywith a legacy device.

A conventional DTV transmission/reception standard according toembodiments of the present invention will hereinafter be described usingan Advanced Television Systems Committee (ATSC) standard as an example.

The ATSC system includes specific information for processing broadcastcontent in system information, and transmits the resultant systeminformation including the specific information. For example, the systeminformation may be called service information. The system informationincludes channel information, program information, event information andthe like. The ATSC standard includes the aforementioned systeminformation in a Program Specific Information/Program and SystemInformation Protocol (PSI/PSIP), and can transmit and receive theresultant PSI/PSIP including the system information. However, the scopeand spirit of the present invention are not limited to theabove-mentioned examples. If it is assumed that there is a protocolcapable of transmitting the system information in a table format, thescope and spirit of the present invention can also be applied to otherexamples irrespective of titles of the system information.

The PSI is disclosed only for illustrative purposes and betterunderstanding of the present invention. The PSI may include a ProgramAssociation Table (PAT), a Program Map Table (PMT), and the like

The PAT corresponds to specific information which is transmitted by apacket having a PID of ‘0’. The PMT transmits a program identificationnumber, packet identifier (PID) information of a transport stream packetin which individual bit streams of video and audio data constituting aprogram are transmitted, and PID information in which a PCT istransmitted. In addition, in the case where the PMT acquired from thePAT is parsed, information regarding correlation among constituentelements of a program can be acquired.

The PSIP may include, for example, a Virtual Channel Table (VCT), aSystem Time Table (STT), a Rating Region Table (RRT), an Extended TextTable (ETT), a Direct Channel Change Table (DCCT), a Direct ChannelChange Selection Code Table (DCCSCT), an Event Information Table (EIT),a Master Guide Table (MGT), and the like.

The VCT transmits information about a virtual channel, for example,channel information for selecting a channel and information about apacket identifier (PID) for receiving audio- and/or video- data. Thatis, when the VCT is parsed, a channel name, a channel number, and thePID of the audio and video data of a broadcast program carried in thechannel can be known. The STT transmits current date and timeinformation, and the RRT transmits information about a region and adeliberative council for a program rating level. The ETT transmits anadditional description about a channel and a broadcast program, and theEIT transmits information about an event of a virtual channel. TheDCCT/DCCSCT transmits information about an automatic channel change, andthe MGT transmits version- and PID- information of individual tablescontained in the PSIP.

Video and audio elements contained in the broadcast signal andtransmitted to a destination may be identified by a stream ID, anelementary stream (ES) ID, or the like. The above-mentionedidentification scheme may be changed according to atransmission/reception protocol of a broadcast signal and a systemstandard such as the ATSC system.

Specific information indicating the inclusion or non-inclusion of a TVCTaccording to the system standard may not be mandatory. In contrast, thePMT may be mandatorily transmitted when a broadcast stream uses theMPEG2 codec scheme. In addition, in the case of using the receptionsystem, a TVCT may not be included in the broadcast signal. If areception interval of the TVCT is longer than a reception interval ofthe PMT, the reception system may identify video and audio elements fromeach other using the PMT. However, in this case, a conventional PMT doesnot have specific information indicating the inclusion or non-inclusionof the 3D broadcast service. Therefore, a signal method for signaling 3Dbroadcast service information using the PMT will hereinafter bedescribed in detail.

Under the condition that a 2D broadcast service and a 3D broadcastservice are simultaneously provided, if the broadcast reception systemdesires to maintain backward compatibility with the 2D broadcast serviceand at the same time to provide a 3D broadcast service, the broadcastreception system is able to map a program number to each broadcastservice. In particular, if the 3D broadcast service provides astereoscopic image, the broadcast system may use a variety of programnumber mapping schemes according to a method for constructing andtransmitting a stereoscopic image. 2D-scheme content corresponding tocontent via which the 3D broadcast service is provided may be provided.In this case, a program number is allocated to each of 2D content and 3Dcontent corresponding to the same content, such that video and audioelements can be identified from each other.

FIG. 1 is a conceptual diagram illustrating a method for providing a 3Dbroadcast service according to a program number allocation according toa first embodiment of the present invention.

Referring to FIG. 1, 2D video content is mapped to a program A 1010, and3D video content is mapped to a program B 1020. The program A 1010includes a video element 1030 for providing 2D video content. Theprogram B 1020 includes a base-view video element 1030 and anextended-view video element 1040 so as to provide 3D video content.

A legacy broadcast receiver identifies the program A, and can processvideo data corresponding to the video element 1030. In the case of theprogram B, all elements contained in the program B may not be identifiedby the legacy broadcast receiver, or an ID or type to be ignored isallocated to each element, so that the legacy broadcast receiver canprocess only the program A.

The 3D broad receiver can identify not only elements corresponding tothe program A but also elements corresponding to the program B.Accordingly, the 3D broadcast receiver may process both the 2D content(Program A) and the 3D content (Program B), and provide the processed 2Dand 3D contents.

In FIG. 1, audio element is not shown. Needless to say, the audioelement can be equally provided to the 2D content and the 3D content,such that it may be contained in the program A. As shown in FIG. 1, itis not necessary for the audio element to be allocated a program numberaccording to the provision of 3D broadcast service. However, in order toprevent the faulty operation of the legacy broadcast receiver, the audioelement is contained in each element of the program B corresponding tothe 3D broadcast service, such that the audio element may be discardedor bypassed.

FIG. 2 is a conceptual diagram illustrating a method for providing a 3Dbroadcast service according to a program number allocation according toa second embodiment of the present invention.

In FIG. 2, 2D video content is mapped to the program A 2010, and 3Dvideo content is mapped to the program B 2020. The program A 1010includes video elements 2030 and audio elements 2050 to provide 2D videocontent. The program B 2020 includes a video element 2040 and an audioelement 2060 to provide 3D video content.

In FIG. 2, the video element 2040 of the 3D video content 2020 includesall video elements required for providing 3D content in a different wayfrom FIG. 1. In other words, the video element 2040 acting as a singlevideo element is classified into a left view image and a right viewimage that are required for providing a stereoscopic image. Each of theleft view image and the right view image has a half resolution, suchthat the left view image and the right view image are multiplexed intoone frame, and the multiplexed result is transmitted to a destination.

The legacy broadcast receiver identifies the program A, and processesdata corresponding to the video element 2030 and data corresponding tothe audio element 2050. In the case of the program B, all elementscontained in the program B may not be identified in the legacy broadcastreceiver, or an ID or type to be ignored is allocated to the legacybroadcast receiver, such that the legacy broadcast receiver can processonly the program A.

The 3D broadcast receiver can identify not only elements correspondingto the program A but also elements corresponding to the program B. Inthe case of providing 2D content, the 3D broadcast receiver processeselements corresponding to the program A 2010 and provides the processedresult. In the case of providing 3D content, the 3D broadcast receiverprocesses elements corresponding to the program B 2020 and provides theprocessed result.

A method for constructing the PMT, a broadcast receiver, and operationsof the broadcast receiver according to first and second embodiments ofthe present invention will hereinafter be described in detail.

First, a PMT structure, a broadcast receiver structure, and operationsof the broadcast receiver according to the first embodiment of thepresent invention will hereinafter be described in detail.

FIG. 3 shows a syntax structure of a Program Map Table (PMT) including3D broadcast information according to one embodiment of the presentinvention.

In FIG. 3, the PMT includes 3DTV information, a stream type, and 3DTV ESinformation, that are used as 3D broadcast information, as a descriptoror a field type. Detailed description of fields contained in the PMT isas follows.

A ‘table_id’ field is an 8-bit field which shall always be set to ‘0x02’in a ‘TS_program_map_section’ field.

A ‘section_syntax_indicator’ field is a 1-bit field which shall be setto ‘1’.

A ‘section_length’ field is a 12-bit field in which first two bits shallbe set to ‘00’, and specifies the number of bytes of the sectionstarting immediately the ‘section_length’ field, and including the CRC.

A ‘program_number’ field is a 16-bit field, which specifies the programto which the ‘program_map_PID’ field is applicable.

A ‘version_number’ field is a 5-bit field, which indicates the versionnumber of the ‘TS_program_map_section’ field.

A ‘current_next_indicator’ field is a 1-bit field. When a bit of the‘current_next_indicator’ field is set to ‘1’, this means that thetransmitted ‘TS_program_map_section’ field is currently applicable. Whena bit of the ‘current_next_indicator’ field is set to ‘0’, this meansthat the transmitted ‘TS_program_map_section’ field is not yetapplicable and shall be the next ‘TS_program_map_section’ field tobecome valid.

A ‘section_number’ field includes a value of an 8-bit field which shallbe ‘0x00’.

A ‘last_section_number’ field includes a value of an 8-bit field whichshall be ‘0x00’.

A ‘PCR_PID’ field is a 13-bit field indicating the PID of the TransportStream (TS) packets which shall contain the PCR fields valid for theprogram specified by a ‘program_number’ field. In the case where no PCRis associated with a program definition for private streams, then thisfield shall take the value of ‘0x1FFF’.

A ‘program_info_length’ field is a 12-bit field, the first two bits ofwhich shall be ‘00’. The ‘program_info_length’ field specifies thenumber of bytes of descriptors immediately following the‘program_info_length’ field.

3DTV information (or 3DTV_descriptor) is contained in the descriptorfield 3010, and the 3DTV information will hereinafter be described indetail.

A ‘stream_type’ field is an 8-bit field specifying the type ofelementary stream or payload carried within packets with the PID whosevalue is specified by the ‘elementary_PID’ field. A ‘stream_type’ fieldmay indicate a coding type of a corresponding video stream. As anexemplary coding type, a JPEG, an MPEG-2, an MPEG-4, an H.264/AVC, or anH.264/AVC scheme may be used. In addition, the stream_type field 3020may have a specific field value that is interpreted as private data inthe 2D broadcast receiver. For example, in regard to a video stream oran audio stream contained in a 3D corresponding program, a field valueof a stream_type field 3020 is set to 0x06, such that the legacy 2Dbroadcast receiver may discard or bypass corresponding streams.

An ‘elementary_PID’ field is a 13-bit field specifying a PID of theTransport Stream (TS) packets which carry the associated elementarystream or payload. This PID may be used as a PID of primary video dataor secondary video data.

An ‘ES_info_length’ field is a 12-bit field, the first two bits of whichshall be ‘00’. The ‘ES_info_length’ field may specify the number ofbytes of descriptors of the associated elementary stream immediatelyfollowing the ‘ES_info_length’ field.

3DTV ES information (or 3DTV_ES_descriptor) may be contained in thedescriptor field 3030, and the 3DTV ES information will hereinafter bedescribed in detail.

A ‘CRC_(—)32’ field is a 32-bit field which contains a CRC value thatgives a zero output of registers in the decoder defined in Annex B afterprocessing the entire Transport Stream program map section.

FIG. 4 shows a syntax structure of 3DTV information contained in a PMTaccording to one embodiment of the present invention.

Detailed description of fields shown in FIG. 4 is as follows, and thefields shown in FIG. 4 may be contained in the descriptor 3010 of FIG.3.

A ‘corresponding_(—)2D_program_number’ field may indicate a programnumber corresponding to 2D content of a 3D program. If a user who viewsa program in a 3D mode changes a current viewing mode indicating the 3Dmode to the 2D mode, a program number shown in the‘corresponding_(—)2D_program_number’ field is used. For example, ifthere is no 2D program, the ‘corresponding_(—)2D_program_number’ fieldmay be set to 0x0000.

‘number_of_total_views’ field may indicate the number of viewpoints ofan image that is contained in corresponding 3D content and provided.

FIG. 5 shows a syntax structure of 3DTV Elementary Stream (ES)information contained in a PMT according to a first embodiment of thepresent invention.

Description of fields contained in the 3DTV ES information is asfollows, and fields shown in FIG. 5 may be contained in the descriptor3030 of FIG. 3.

A 3D_ES_stream_type field may indicate category- and codec- informationof the video ES contained in a corresponding 3D video service. Forexample, a specific value defined in Table 2-34 of ISO/IEC 13818-1(MPEG-2 Systems) may be used.

‘3D_ES_stream_type==video’ means that a 3D_ES_stream_type valuecontained in the 3DTV_ES_descriptor corresponds to a video ES, such as0x02 (MPEG-2 video), 0x1B (AVC/H.264), or 0x20 (MVC). In other words,the base_video_flag field or the left_right_flag field may be absent ordiscarded when a corresponding ES is an audio ES.

The base_video_flag field indicates whether or not a corresponding videoelement is a base video (i.e., a base-view video). If a user who views a3D program using the 3D broadcast receiver changes a current 3D mode toa 2D mode, the broadcast system according to the present invention canswitch a current program to another program using the ‘corresponding2D_program_number’ field. Alternatively, the broadcast system mayprocess only the video ES having the base_video_flag_field of ‘1’, andthen display the processed result. The number of streams, each of whichhas the ‘base_video_flag’ field of ‘1’, from among several video ESsconstructing the 3D program needs to be set to 1. In other words, onlyone stream from among several video ESs contained in the same programnumber may be set to a base video element.

A ‘left_right_flag’ field indicates whether or not a corresponding videoelement is a left image or a right image. For example, if it isdetermined that the corresponding video element is the left image, the‘left_right_flag’ field may be set to 0. In contrast, if thecorresponding video element is the right image, the ‘left_right_flag’field may be set to 1. For convenience of description and betterunderstanding of the present invention, the embodiment of the presentinvention discloses a 3D broadcast service based on a stereoscopic imageformat as an example. However, if required, a multiview stream havingseveral viewpoints may be extended to indicate camera locationinformation and viewpoint information of each stream in atwo-dimensional camera arrangement using ‘horizontal_position_id’ or‘vertical_position_id’ information using the ‘left_right_flag’ field.

If a broadcast receiver receives the PMT shown in the first embodiment,operations of the broadcast receiver can be carried out as follows.

(1) Operations of 2D Broadcast Receiver

The 2D broadcast receiver extracts a PMT from SI information containedin a broadcast signal, and parses the extracted PMT. In this case, thestream_type information contained in the PMT is checked. If the streamtype information is set to 0x06, the broadcast receiver determines acorresponding stream to be private data, the corresponding stream isconsidered to be a service incapable of being processed in the 2Dbroadcast receiver, so that the corresponding program is ignored ordiscarded. All ESs constructing the 3D program are interpreted asprivate data, such that the 2D broadcast receiver ignores acorresponding program and prevents the occurrence of programs (e.g., animage in which a left view image and a right view image are mixed isoutput, or only audio streams are output on the condition that videodata is ignored or discarded) caused by faulty operations generated whenelements of the 3D program are processed.

(2) Operations of 3D Broadcast Receiver—Viewing of 3D Broadcast Service

The 3D broadcast receiver extracts a PMT from SI information containedin a broadcast signal, and parses the extracted PMT. The 3D broadcastreceiver checks the stream_type information of each ES constructing theprogram. If the stream_type information is set to 0x06 and 3DTVinformation is present in the PMT, or if 3DTV ES information is presentin each ES loop, it is determined that the corresponding programcorresponds to a 3DTV service. In this case, the stream type field ofeach ES constructing the 3D program should be set to 0x06. Thisstream_type field of 0x06 is applied not only to a video ES and an audioES, but also to a data broadcast stream associated with a correspondingprogram.

Information of a actual codec or stream type in relation to an ESconstructing the corresponding program may be acquired using informationof the 3D_ES_stream_type field contained in the 3DTV ES information. Thebroadcast receiver acquires a video PID value, and acquires left/rightviewpoint information corresponding to the acquired video PID valuethrough the ‘left_right_flag’ field.

The broadcast receiver combines two decoded video element streams usingthe output formatter, and outputs the combined result. A procedure forcombining two decoded video element streams is as follows. The broadcastreceiver receives left/right viewpoint video frames, converts thereceived left/right view video frames according to the display format.During the combining procedure, a variety of tasks, such as resizing andframe rate conversion, may be performed on video data of thecompletely-decoded left/right frames.

(3) Operations of 3D Broadcast Receiver—Conversion to 2D Mode

1) In the case that 3DTV information is present in PMT :

The broadcast receiver reads a ‘corresponding_(—)2D_program_number’field from 3DTV information, and recognizes a 2D program described inthe ‘corresponding_(—)2D_program_number’ field. Thereafter, thebroadcast receiver extracts a PMT associated with a program numberdescribed in the ‘corresponding_(—)2D_program_number’ field, and parsesthe extracted PMT, such that it acquires information of video and audioelements of a corresponding program. The broadcast receiver interworkswith a VCT or the like during a process for acquiring channelinformation, such that it can further acquire logical channelinformation.

The broadcast receiver performs program switching (or channelswitching), decodes video and audio elements of a 2D programcorresponding to the converted program, and outputs the decoded result.

2) In case that no 3DTV information is present in PMT :

If there is no 3DTV information, the broadcast receiver is unable toimmediately acquire a program number of a 2D program corresponding to a3D program. However, the broadcast receiver provides a base-view videostream from among 3D video streams being currently provided, such thatit can provide a 2D image.

Therefore, the broadcast receiver acquires a PID of a stream having a‘base_video_flag’ field of ‘1’ from among video elements configuring the3D program. In addition, the broadcast receiver decodes only videoelements corresponding to the acquired PID, and outputs a 2D programimage. In this case, the broadcast receiver stops decoding the remainingvideo ESs.

FIG. 6 is a block diagram illustrating one example of a broadcastreceiver for processing a broadcast signal according to a firstembodiment of the present invention.

Referring to FIG. 6, the broadcast receiver includes a receiving unit6010, a demultiplexer (TP Demux) 6020 for extracting a Transport Packet(TP) or Elementary Stream (ES) from the broadcast signal and outputtingthe extracted TP or ES, a system information (SI) processor 6030 forparsing system information, and a video processing unit 6040 forprocessing a video element. The receiving unit 6010 may further includea Tuner & Demodulator 6050 and a Vestigial Side Band (VSB) decoder 6060according to embodiment categories. The video processing unit 6040 mayfurther include a video decoder 6070 for decoding video data, an outputsynchronizer 6080 for synchronizing frames of video data, and an outputformatter 6090 for formatting an output image. The video decoder 6070may further include a first video decoder (Video decoder 1) 6100 and asecond video decoder (Video decoder 2) 6110. In addition, although notshown in FIG. 6, the broadcast receiver may further include a controllerfor controlling the above-mentioned components as necessary. Thecontroller may further perform program switching or channel switching asnecessary.

In accordance with the first embodiment of the present invention, animage for a 2D broadcast service and an additional image for a 3Dbroadcast service may be received as an additional ES. Individual imagesbased on a stereoscopic image format may correspond to a left view imageand a right view image, respectively.

If there are two decoders (i.e., the first video decoder 6100 and thesecond video decoder 6110), each of which receives two video ESs asstreams having different Packet Identifier (PIDs) and independentlydecodes each ES, a left view image and a right view image should besynchronized in units of a frame. In this case, if the outputsynchronizer 6080 performs the above-mentioned role, synchronizes a leftview image and a right view image, and outputs the synchronized leftview and right view images, the output formatter 6090 performsconversion of two images (i.e., left view and right view images)according to a display format, such that it can output the final 3Dstereoscopic display signal.

FIG. 7 is a block diagram illustrating another example of a broadcastreceiver for processing a broadcast signal according to a firstembodiment of the present invention.

Referring to FIG. 7, the broadcast receiver includes a receiving unit7010, a demultiplexer (TP Demux) 7020 for extracting a Transport Packet(TP) or Elementary Stream (ES) from the broadcast signal and outputtingthe extracted TP or ES, a system information (SI) processor 7030 forparsing system information, and a video processing unit 7040 forprocessing a video element. The receiving unit 7010 may further includea Tuner & Demodulator 7050 and a Vestigial Side Band (VSB) decoder 7060according to embodiment categories. The video processing unit 7040 mayfurther include an input synchronizer 7070 for synchronizing frames ofvideo data, a video decoder 7080 for decoding video data, and an outputformatter 7090 for formatting an output image. In addition, although notshown in FIG. 7, the broadcast receiver may further include a controllerfor controlling the above-mentioned components as necessary. Thecontroller may further perform program switching or channel switching asnecessary.

In FIG. 7, two video ESs are received as streams having different PIDs,and a single decoder may simultaneously decode the two video ESs. Inthis case, video ESs received in two paths are synchronized in units ofa frame, such that the synchronized video ESs needs to be input to thevideo decoder. The input synchronizer 7070 performs the correspondingrole. The output formatter 7090 performs image processing of the decodedleft view image and the decoded right view image according to thedisplay format, such that it can output a 3D stereoscopic displaysignal.

Hereinafter, a PMT structure, a broadcast receiver structure, andoperations of the broadcast receiver according to the second embodimentof the present invention will be described in detail.

FIG. 8 shows a syntax structure of a PMT including 3D broadcastinformation according to one embodiment of the present invention.

Referring to FIG. 8, the PMT includes 3DTV information, a stream type,3DTV ES information and the like, that are used as 3D broadcastinformation, as a descriptor or a field type. The PMT syntax structureof FIG. 8 is similar to the PMT syntax structure of FIG. 3, and as sucha detailed description thereof will herein be omitted. Detaileddescription of fields contained in the PMT of FIG. 8 is as follows.

The ‘descriptor’ field 8010 includes 3DTV information (or3DTV_descriptor), and a detailed description of the 3DTV informationwill hereinafter be described in detail.

A ‘stream_type’ field (8020) is an 8-bit field specifying the type ofelementary stream or payload carried within packets with the PID whosevalue is specified by the ‘elementary_PID’ field. In addition, the‘stream_type’ field may indicate a coding type of a corresponding videoelement. As an exemplary coding type, a JPEG, an MPEG-2, an MPEG-4, anH.264/AVC, an H.264/SVC or H.264/MVC scheme may be used. In addition,the stream_type field 8020 may have a specific field value that isinterpreted as private data in the 2D broadcast receiver. For example,in regard to a video stream or an audio stream contained in a 3Dcorresponding program, a field value of a stream_type field 8020 is setto 0x06, such that the legacy 2D broadcast receiver may discard orbypass corresponding streams.

The descriptor field 8030 includes 3DTV format information (or3DTV_format_descriptor), and the 3DTV format information willhereinafter be described in detail.

FIG. 9 shows a syntax structure of 3DTV information contained in a PMTaccording to one embodiment of the present invention.

Detailed descriptions of the fields shown in FIG. 9 are equal to thoseof 3DTV information fields. In accordance with the second embodiment ofthe present invention, the stereoscopic image format has been disclosedas an example, such that the number_of_total_views field may be omitted.However, the above-mentioned example is disclosed for only illustrativepurposes. In the case of transmitting a multi-view image, the syntaxstructure of FIG. 9 may include the number_of_total_views field. In thiscase, the number_of_total_views field has already been disclosed in FIG.4.

FIG. 10 shows a syntax structure of 3D format information contained in aPMT according to one embodiment of the present invention.

Detailed descriptions of the fields contained in the 3D formatinformation of FIG. 10 are as follows.

The 3D_ES_stream_type field indicates category information of a video ESand codec information. For example, the 3D_ES_stream_type field may usevalues defined in Table 2-34 of ISO/IEC 13818 1 (MPEG-2 Systems).

Fields to be described in the following may be omitted or discarded whenthe 3D_ES_stream_type field of the 3D_format_descriptor fieldcorresponds to an audio stream (that is, the above fields are presentonly in the video ES).

The composition type field indicates how the left/right images of thestereo-multiplexed video data are multiplexed. In other words, thebroadcast receiver parses a value of the composition_type field, and thecomposition type field determines which format among several formats(i.e., a side-by-side format, a top-bottom format, an interlaced format,a frame sequential format, a checkerboard format, an anaglyph format, afull left/right format, a full left/half right format, and a 2Dvideo/depth format) was used for reception of the corresponding 3Dimage.

When a stereoscopic image is configured (or multiplexed), theLR_first_flag field indicates whether the upper leftmost pixel of theframe belongs to a left image or a right image. For example, if theLR_first_flag field has a value of zero, this means that a pixelbelonging to the left image is located prior to the right image.

The spatial_flipping_flag field indicates whether at least one of theright and left images is scanned and coded in an inverse direction.

The image0_flipped_flag field of 1 indicates which one of images isflipped or mirror-inverted. If an image (image0) is flipped, theimage0_flipped_flag field is denoted by ‘1’. If another image (image 1)is flipped, the image0_flipped_flag field is denoted by ‘0’. Forexample, the image0 includes the upper leftmost pixel of one framecomposed of left and right images, and the imagel is a different image.In other words, the image0 or the image1 may be mapped to a left imageor a right image according to information of the LR_first_flag field. Ifthe LR_first_flag field is set to ‘0’, this means a left image. If theLR_first_flag field is set to ‘1’, this means a right image.

The quincunx_filtering_flag field may indicate whether the sampling wasperformed using the quincunx filter when a left image or a right imageis sampled at a half resolution. For example, if the quincunx filteringwas performed, the quincunx_filtering_flag field may be denoted by ‘1’.Otherwise, the quincunx_filtering_flag field may be denoted by ‘0’. Ifthe quincunx_filtering_flag field is set to 1, the reception system mayperform inverse processing of the quincunx filtering of thecorresponding image.

When receiving the PMT according to the second embodiment, operations ofthe broadcast receiver may be operated as follows.

(1) Operations of 2D Broadcast Receiver

The 2D broadcast receiver extracts a PMT from SI information containedin a broadcast signal, and parses the extracted PMT. In this case, thestream_type_information contained in the PMT is checked. If thestream_type information is set to 0x06, the broadcast receiverdetermines a corresponding stream to be private data, the correspondingstream is considered to be a service incapable of being processed in the2D broadcast receiver, so that the corresponding program is ignored ordiscarded. All ESs constructing the 3D program are interpreted asprivate data, such that the 2D broadcast receiver ignores acorresponding program and prevents the occurrence of programs (e.g., animage in which a left view image and a right view image are mixed isoutput, or only audio streams are output on the condition that videodata is ignored or discarded) caused by faulty operations generated whenelements of the 3D program are processed.

(2) Operations of 3D Broadcast Receiver—Viewing of 3D Broadcast Service

The 3D broadcast receiver extracts a PMT from SI information containedin a broadcast signal, and parses the extracted PMT. The 3D broadcastreceiver checks the stream_type information of each ES constructing theprogram. If the stream_type information is set to 0x06 and 3DTVinformation is present in the PMT, or if 3DTV ES information is presentin each ES loop, it is determined that the corresponding programcorresponds to a 3DTV service. In this case, the stream type field ofeach ES constructing the 3D program should be set to 0x06. Thisstream_type field of 0x06 is applied not only to a video ES and an audioES, but also to a data broadcast stream associated with a correspondingprogram.

Information of a real codec or stream type in relation to an ESconstructing the corresponding program may be acquired using informationof the 3D_ES_stream_type field contained in the 3DTV ES information. Thebroadcast receiver acquires a video PID value, and acquires 3D formatcategory information of a corresponding video element and left/rightarrangement information.

The broadcast receiver processes decoded stereo-multiplexed videoelements using the output formatter, and outputs the processed videoelements. The output formatter may perform additional resizing, framerate conversion, and the like using not only 3D format categoryinformation acquired from the 3DTV format information but alsoleft/right arrangement information.

(3) Operations of 3D Broadcast Receiver—Conversion to 2D Mode

The broadcast receiver reads the corresponding_(—)2D_program_numberfield from 3DTV information, and recognizes a 2D program described inthe corresponding_(—)2D_program_number field. Thereafter, the broadcastreceiver extracts a PMT associated with a program number described inthe corresponding_(—)2D_program_number field, and parses the extractedPMT, such that it acquires information of video and audio elements of acorresponding program. The broadcast receiver interworks with a VCT orthe like during a process for acquiring channel information, such thatit can further acquire logical channel information.

The broadcast receiver performs program switching (or channelswitching), decodes video and audio elements of a 2D programcorresponding to the converted program, and outputs the decoded result.

FIG. 11 is a block diagram illustrating a broadcast receiver forprocessing a broadcast signal according to a second embodiment of thepresent invention.

Referring to FIG. 11, the broadcast receiver includes a receiving unit11010, a demultiplexer (TP Demux) 11020 for extracting a TransportPacket (TP) or Elementary Stream (ES) from the broadcast signal andoutputting the extracted TP or ES, a system information (SI) processor11030 for parsing system information, and a video processing unit 11040for processing a video element. The receiving unit 11010 may furtherinclude a Tuner & Demodulator 11050 and a Vestigial Side Band (VSB)decoder 11060 according to embodiment categories. The video processingunit 11040 may further include a video decoder 11070 for decoding videodata, and an output synchronizer 11080 for synchronizing frames of videodata. In addition, although not shown in FIG. 11, the broadcast receivermay further include a controller for controlling the above-mentionedcomponents as necessary. The controller may further perform programswitching or channel switching as necessary.

In accordance with the second embodiment of the present invention, animage for a 2D broadcast service and an additional image for a 3Dbroadcast service may be received as an additional ES. In each image forthe 3D broadcast service, a left image and a right image are multiplexedinto one frame, and the multiplexed result is transmitted to adestination.

The broadcast receiver of FIG. 11 may be operated in a similar way tothe conventional 2D broadcast receiver, except for operations of thesystem information (SI) processor and the output formatter, i.e., exceptfor an operation for extracting the 3DTV format descriptor by the SIprocessor and an operation of format conversion by the output formatter.

The embodiments shown in FIGS. 12 and 13 disclose a method for allowinga broadcast receiver to convert a received multiplexing format intoanother multiplexing format using 3DTV format information, andoutputting the converted result.

FIG. 12 is a structural diagram illustrating a broadcast receiver thatconverts a multiplexing format of a received image into another formatusing 3D image format information and outputs the converted resultaccording to one embodiment of the present invention.

As can be seen from the left side of FIG. 12, it is possible torecognize the multiplexing format of 3D video data according to thevalue of the composition_type field. The broadcast receiver parses thesystem information. If the composition_type field is set to the value of0, the broadcast receiver can identify the vertically interlaced format.If the composition_type field is set to the value of 1, the broadcastreceiver can identify the side-by-side format. If the composition_typefield is set to the value of 2, the broadcast receiver can identify thehorizontally interlaced format. If the composition_type field is set tothe value of 3, the broadcast receiver can identify the verticallyinterlaced format. If the composition_type field is set to the value of4, the broadcast receiver can identify the checkerboard format.

A conceptual diagram of the output formatter of the broadcast receiveris illustrated at the right side of FIG. 12. In one embodiment, theoutput formatter of the broadcast receiver may include a scaler 12010, areshaper 12020, a memory (DDR) 12030, and a formatter 12040.

The scaler 12010 performs resizing and interpolation of the receivedimage. For example, the scaler 12010 may perform resizing and quincunxreverse-sampling of the received image according to the received imageformat and the output image format. During resizing, the received imagemay be resized with various rates (e.g., 1/2 resizing, doubling (2/1resizing)) according to the resolution and the image size. The reshaper12020 extracts the left/right images from the received image and storesthe extracted left/right images in the memory 12030, or extracts theread image from the memory 12030. If a map of one image stored in thememory 12030 is different from that of an output image, the reshaper12020 reads the image stored in the memory and maps the read image tothe output image. The memory 12030 stores the received image, or buffersthe received image and outputs the buffered image result. The formatter12040 performs conversion of an image format according to the format ofan image to be displayed. For example, the formatter 12040 may convertthe top-bottom format image into the interlaced format.

FIG. 13 is a conceptual diagram illustrating a video data processingmethod of a broadcast receiver that converts a multiplexing format of areceived image using 3DTV format information and outputs the convertedresult according to one embodiment of the present invention.

1) First, the first embodiment of the present invention discloses thatan output format corresponds to a horizontally-interleaving operation,and a detailed description thereof will hereinafter be described.

The scaler performs vertical- or horizontal—1/2 resizing of the receivedleft or right image, and outputs the resized result. The reshaper storesthe output image in the memory, performs image scanning using thetop-bottom format, and outputs the scanned result. The scaler performshorizontal 2/1 resizing of the received top-bottom format image, and theformatter converts the received full-screen top-bottom format image intothe horizontally interlaced format and outputs the conversion result.

2) Next, the second embodiment of the present invention discloses that amultiplexing format of the received 3D image is a side-by-side formatand an output format corresponds to a horizontally-interleaving mode. Itis assumed that the received 3D image indicates left first and noflipping.

The scaler performs vertical 1/2 resizing of the received side-by-sideformat image, and outputs the resized result. The reshaper stores theoutput image in the memory, performs image scanning using the top-bottomformat, and outputs the scanned result. The scaler performs horizontal2/1 resizing of the received top-bottom format image, and the formatterconverts the received full-screen top-bottom format image into thehorizontally interlaced format and outputs the conversion result.

FIG. 14 is a flowchart illustrating a broadcast data processing methodof a 3D broadcast receiver according to one embodiment of the presentinvention.

Referring to FIG. 14, the broadcast receiver allows the receiving unitto receive a broadcast signal that includes not only system informationhaving broadcast information of each program but also broadcast data(orvideo data) at step 14010. For example, the system information maycorrespond to the ATSC standard PSI, and broadcast information of eachprogram may correspond to PMT information. A broadcast signal orbroadcast data may include video data, audio data, and additional datathat correspond to a program. The following will be described on thebasis of video data. The video data may represent video data thatincludes a video stream, an ES, a frame and an image.

The broadcast receiver parses system information using the SystemInformation (SI) processor, and determines whether or not the programprovides a 3D broadcast service by referring to the system informationat step 14020. For example, the broadcast receiver determines whether ornot the program provides a 3D broadcast service by detecting at leastone of the presence or absence of stream_type information of each ESconfiguring a program in the PMT, the presence or absence of 3DTVinformation, and the presence or absence of 3DTV ES informationcontained in each ES loop. In other words, broadcast receiver parses thesystem information and determines whether the video data of specificprogram means the 3D broadcast service on the basis of the systeminformation.

The broadcast receiver extracts broadcast data (or video data)corresponding to the program providing the 3D broadcast service usingthe demultiplexer at step S 14030. For example, the broadcast receivercan extract video data using PIDs of a program that provides the 3Dbroadcast service through the PMT.

The broadcast receiver processes the extracted video data using thevideo processing unit at step S 14040. The operation for processingvideo data may include a decoding operation of the video decoder, asynchronization operation of the synchronizer, and an image formattingoperation of the output formatter, etc. For example, the broadcastreceiver acquires 3DTV information, 3DTV ES information, and 3DTV formatinformation by parsing the PMT, and can process video data using atleast one of the acquired information.

The broadcast receiver may switch a 3D viewing mode to a 2D viewing modeupon receiving an input signal from the user at step 14050.

In this case, the broadcast receiver may acquire program information ofa 2D program, that provides a 2D broadcast service of a specific programcapable of providing a 3D broadcast service from the system information,using the SI processor at step S 14060. For example, the programinformation may include a program number of a 2D program correspondingto a 3D program (e.g., corresponding_(—)2D_program_number information).

The broadcast receiver performs program conversion (or change), andextracts video data of a 2D program according to program information ofthe 2D program using the demultiplexer at step S 14070. For example, thebroadcast receiver may convert (or switch) a program number into anumber of a 2D program, and may perform channel conversion by mapping achannel number of a VCT contained in system information to a programnumber, such that it may extract video data of either a correspondingprogram or a channel. The broadcast receiver may acquires channelinformation of the program using a Terrestrial Virtual Channel Table(TVCT) contained in the system information by controlling the SIprocessor, and switches a channel to another channel using the channelinformation, by the controller.

The broadcast receiver may process video data of the 2D program at stepS14080.

The video data processing of the broadcast receiver may decode videodata, and also include video formatting disclosed in FIGS. 12 and 13.

The broadcast receiver may perform conversion of either a program or achannel using the controller. In other words, if a current viewing modeis converted into a 2D viewing mode, the broadcast receiver controlscomponents contained in the broadcast receiver according to the receivedviewing mode conversion input signal, such that it can perform theabove-mentioned operations.

Individual steps associated with FIG. 14 relate to the embodimentsdisclosed in

FIGS. 1 to 13, and as such a detailed description thereof will herein beomitted.

The method disclosed in the present invention may be implemented in theform of program commands executable by a variety of computer means, andrecorded on a computer-readable recording medium. The computer-readablerecording medium may include program commands, data files, datastructures, etc. individually or in combination. The program commandsrecorded on the medium may be ones specially designed and configured forthe present invention or ones known and available to those skilled incomputer software. Examples of the computer-readable recording mediuminclude magnetic media such as a hard disk, a floppy disk and a magnetictape, optical media such as a compact disc read only memory (CD-ROM) anda digital versatile disc (DVD), magneto-optical media such as afloptical disk, and hardware devices specially configured to store andexecute program commands, such as a ROM, a random access memory (RAM)and a flash memory. Examples of the program commands include high-levellanguage code that may be executed by a computer using an interpreter,etc., as well as machine language code such as those produced by acompiler. The above-stated hardware devices may be configured to operateas one or more software modules to perform the operation of the presentinvention, and vice versa.

Although the present invention has been described in conjunction withthe limited embodiments and drawings, the present invention is notlimited thereto. Those skilled in the art will appreciate that variousmodifications, additions and substitutions are possible from thisdescription. Therefore, the scope of the present invention should not belimited to the description of the exemplary embodiments and should bedetermined by the appended claims and their equivalents.

Mode for the Invention

Various embodiments have been described in the best mode for carryingout the invention.

Industrial Applicability

As apparent from the above description, embodiments of the presentinvention may be wholly or partially applied to a digital broadcastingsystem.

According to embodiments of the present invention, the broadcastreceiver can process 3D video data such that a 3D effect intended by a3D broadcast service provider is reflected in the 3D broadcast service.

In addition, the embodiments of the present invention can effectivelyprovide a 3D broadcast service simultaneously while minimizing theeffect on a conventional 2D broadcast service.

It will be apparent to those skilled in the art that variousmodifications and variations can be made in the present inventionwithout departing from the spirit or scope of the invention. Thus, it isintended that the present invention cover the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

The invention claimed is:
 1. A three dimensional (3D) video dataprocessing method for use in a broadcast receiver, the methodcomprising: receiving, by a receiving unit, a broadcast signal includingsystem information and video data of a program; parsing, by a systeminformation (SI) processor, the system information of the program, anddetermining whether the video data of the program provides a 3Dbroadcast service based on the system information; extracting, by ademultiplexer, the video data of the program when the video data of theprogram provides the 3D broadcast service; and processing, by a videoprocessing unit, the video data of the program according to the systeminformation, wherein the system information includes a spatial flippingflag field indicating whether at least one of the right and left imagesis scanned and coded in an inverse direction.
 2. The 3D video dataprocessing method according to claim 1, wherein the system information,when the video data of the program provides the 3D broadcast service,includes a corresponding 2D program number field indicating informationof a 2D program providing a 2D broadcast service corresponding to theprogram.
 3. The 3D video data processing method according to claim 2,further comprising: when a current viewing mode is changed from a 3Dviewing mode to a 2D viewing mode, acquiring, by the SI processor, theinformation of the 2D program providing the 2D broadcast servicecorresponding to the program from the corresponding 2D program numberfield; switching, by a controller, the program into the 2D program usingthe information of the 2D program, and extracting, by the demultiplexer,video data of the 2D program; and processing, by the video processingunit, the video data of the 2D program.
 4. The 3D video data processingmethod according to claim 3, wherein the switching the program furthercomprises changing a number of the program to a number of the 2Dprogram.
 5. The 3D video data processing method according to claim 1,wherein the system information includes a Program Map Table (PMT). 6.The 3D video data processing method according to claim 1, wherein thevideo data of the program meaning the 3D broadcast service is assigned astream type value that is different from video data meaning a 2Dbroadcast service.
 7. The 3D video data processing method according toclaim 3, wherein the switching of the program into the 2D programfurther includes: acquiring, by the controller, channel information ofthe program and the 2D program using a Terrestrial Virtual Channel Table(TVCT) contained in the system information; and switching a channel toanother channel using the channel information.
 8. A broadcast receivercomprising: a receiving unit for receiving a broadcast signal includingsystem information and video data of a program; a system information(SI) processor for parsing the system information of the program, anddetermining whether the video data of the program provides a 3Dbroadcast service based on the system information; a demultiplexer forextracting the video data of the program when the video data of theprogram provides the 3D broadcast service; and a video processing unitfor processing the 3D video data of the program according to the systeminformation, wherein the system information includes a spatial flippingflag field indicating whether at least one of the right and left imagesis scanned and coded in an inverse direction.
 9. The broadcast receiveraccording to claim 8, wherein the system information, when the videodata of the program provides the 3D broadcast service, includes acorresponding 2D program number field indicating information of a 2Dprogram providing a 2D broadcast service corresponding to the program.10. The broadcast receiver according to claim 9, wherein: when a currentviewing mode is changed from a 3D viewing mode to a 2D viewing mode, theSI processor acquires the information of the 2D program providing the 2Dbroadcast service corresponding to the program from the corresponding 2Dprogram number field, the demultiplexer extracts video data of the 2Dprogram, the video processing unit performs processing of the video dataof the 2D program, and the broadcast receiver further includes acontroller for switching the program into the 2D program using theinformation of the 2D program.
 11. The broadcast receiver according toclaim 10, wherein the switching the program further comprises changing anumber of the program to a number of the 2D program.
 12. The broadcastreceiver according to claim 8, wherein the system information includes aProgram Map Table (PMT).
 13. The broadcast receiver according to claim8, wherein the video data of the program meaning the 3D broadcastservice is assigned a stream type value that is different from videodata meaning a 2D broadcast service.
 14. The broadcast receiveraccording to claim 10, wherein the controller further acquires channelinformation of the program and the 2D program using a TerrestrialVirtual Channel Table (TVCT) contained in the system information bycontrolling the SI processor, and switches a channel to another channelusing the channel information.